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[57] ABSTRACT 

Equal access to the trigger functionality of the Advanced 
Intelligent Network (AIN) is accessible to a plurality of 
service providers offering independent communication ser- 
vices. In response to a trigger event during processing of a 
call, a switching office sends a query to a mediation point. 
In the preferred embodiment, the switching office is a 
telephone office, and the mediation point is an Integrated 
Service Control Point (ISCP) of a local exchange carrier 
AIN telephone network. The ISCP may access its own 
internal data to determine how to process the call, if the call 
meets certain criteria. Under other criteria, the ISCP acting 
as a mediator communicates with an alternate carrier's 
remote database via the common channel interoffice signal- 
ing (CC3S) network to obtain one or more instructions as to 
how to process the particular call. The ISCP validates the 
instructions from the remote database to insure compatibility 
with the switches or other equipment of the local network. 
If valid, the ISCP transmits the instruction to the switching 
office, which uses information in the instruction to process 
the call. 

32 Claims, 3 Drawing Sheets 
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CUSTOMER CONTROLLED SERVICE 
MEDIATION MANAGEMENT 

TECHNICAL FIELD 

5 

The present invention relates to an Advanced Intelligent 
Network, which enables third party service providers to 
utilize trigger points in call processing to initiate query and 
response procedures with their own databases on an equal 
access basis. 10 

ACRONYMS 

The written description uses a large number of acronyms 
to refer to various services and system components. 15 
Although generally known, use of several of these acronyms 
is not strictly standardized in the art. For purposes of this 
discussion, acronyms therefore will be defined as follows: 

Action Control Point (ACP) 

Advanced Intelligent Network (AIN) 20 
Call Processing Record (CPR) 
Common Channel Inter-office Signalling (CCIS) 
Data and Reporting System (DRS) 
Dual Tone Multifrequency (DTMF) 2 5 
Integrated Service Control Point (ISCP) 
Intelligent Peripheral (IP) 
Multi-Services Application Platform (MSAP) 
Office Action Control Point (OSO-ACP) 
Personal Communications Service (PCS) 
Persona] Identification Number (PIN) 
Plain Old Telephone Service (POTS) 
Point In Call (PIC) 
Point of Presence (POP) 
Service Control Point (SCP) 
Service Creation Environment (SCE) 
Service Management System (SMS) 
Service Switching Point (SSP) 40 
Signaling Point (SP) 
Signaling System 7 (SS7) 
Signaling Transfer Point (STP) 

Transaction Capabilities Applications Protocol (TCAP) 45 

BACKGROUND ART 

In recent years, a number of new service features have 
been provided by an enhanced telephone network, some- 50 
times referred to as an Advanced Intelligent Network (AIN). 
In an AIN type system, local and/or toll offices of the public 
telephone network detect one of a number of call processing 
events identified as AIN "triggers'*. For ordinary telephone 
service calls, there would be no event to trigger AIN 55 
processing; and the local and toll office switches would 
function normally and process such calls without referring to 
the central database for instructions. An office which detects 
a trigger will suspend call processing, compile a call data 
message and forward that message via a common channel 60 
interoffice signalling (CCIS) link to an Integrated Service 
Control Point (ISCP) which includes a Multi-Services 
Application Platform (MSAP) database. If needed, the ISCP 
can instruct the central office to obtain and forward addi- 
tional information. Once sufficient information about the 65 
call has reached the ISCP, the ISCP accesses its stored data 
tables in the MSAP database to translate the received 
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message data into a call control message and returns the call 
control message to the office of the network via CCIS link. 
The network offices then use the call control message to 
complete the particular call. 

An AIN type network for providing an Area Wide Centrex 
service was disclosed and described in detail in commonly 
assigned U.S. Pat. No. 5,247,571 to Kay et al., the disclosure 
of which is entirely incorporated herein by reference. AIN 
type processing in such a system is controlled by the ISCP, 
which typically is operated by the local exchange carrier. 

Similar intelligent services, particularly advanced 800 
number services, may be offered by other carriers using call 
processing methodologies similar to those used in AIN. 
Existing 800 number call processing utilizes a central 800 
database in a Service Control Point (SCP), to control switch- 
ing operations through multiple end offices. Local and/or toll 
offices of the network detect dialing of an 800 number, 
suspend call processing, compile a call data message and 
forward that message via a common channel interoffice 
signalling (CCIS) link to the 800 database in the SCP. The 
SCP accesses stored data tables identified by the dialed 800 
number to translate the received message data into a call 
control message, including a plain old telephone service 
(POTS) type destination telephone number. In this system, if 
the SCP does not currently store the destination number 
corresponding to a particular 800 number, the SCP will 
obtain the destination number from a national 800 database 
referred to as a Service Management System (SMS). The 
SCP transmits the call control message to the office of the 
network via CCIS link, and the network offices use the 
POTS destination telephone number in the call control 
message to complete the particular call. Examples of 800 
number call processing routines are disclosed in U.S. Pat 
No. 4,191,860 to Weber, U.S. Pat. No. 4,611,094 to Asmuth 
et al. and U.S. Pat. No. 4,611,096 to Asmuth et al. 

In AIN services, 800 number call processing and the like, 
one trigger always results in a query to one database which 
results in a response message to provide a selected feature as 
part of a unified service. Even where the network includes 
multiple databases, the customer cannot obtain independent 
services from separate providers off the same trigger, e.g. in 
response to all calls to the subscriber's one number. A 
number of examples of such unified processing are 
described in more detail below. 

U.S. Pat No. 5,136,636 to Wegrzynowicz discloses an 
enhanced 800 number system for selecting a local dealer 
from among a group of dealers for completion of each 800 
number. When a caller dials an 800 number, the call is first 
connected to an originating screening office action control 
point (OSO-ACP) 110 of the toll switching system. The 
OSO-ACP launches a first query to an INWATS (800 
number) database. The INWATS database translates the data 
in the initial query into an initial response message which 
includes a special routing number, i.e. including a three digit 
prefix such as 195, which can not be dialed as the first three 
digits of a valid telephone number. The OSO-ACP recog- 
nizes from the prefix digits that an additional query is 
necessary and launches a second query directed to one of a 
plurality of direct services dialing databases. The direct 
services dialing database which receives the second query 
uses the routing number to access a segment of data within 
the database to translate the caller's NPA plus office code 
into the POTS telephone number of a nearby dealer. The 
direct services dialing database transmits the POTS tele- 
phone number back to the OSO-ACP, and the OSO-ACP 
uses that number to complete the call. 

U.S. Pat. No. 4,827,500 to Binkerd et al. discloses a 
system for providing a call distribution feature on 800 calls 
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in response to either DTMF or speech input commands from tomer's Host Processor. For example, if the call is to be 
the caller, using data from a basic 800 number database and accepted, the network provider's Host Processor forwards 
an Advanced 800 number database. When a caller dials an the call to the caller's local Host Processor. 
800 number, the call is routed to an originating screening i n actual practice, 800 number services of the type dis- 
office which transmits a first query to the 800 number 5 cussed above are offered by multiple carriers, including local 
database. If Ae mem the 800 number database indicates that exchange carriers and interexchange carriers. When the 
Advanced 800 number processing in response to DTMF or NXX digits of the dialed 800 number identify an 800 
speech inputs is necessary, the 800 number database returns number service offered by the local exchange carrier, the 
a message to the originating screening office which includes i oca i exchange carriers' switch queries an SCP or ISCP 
a destination number corresponding to an Action Control 1Q operated by the local exchange carrier for the necessary call 
Point (ACP) which is capable of processing the Advanced processing information. However, if the NXX digits of the 
800 number calls. The originating screening office switch dialed 800 number identify an 800 number service offered 
uses the received number to route the call to the ACP, and by a different carrier, the call goes to that carrier's point of 
in response, the ACP initiates a query message to the presence (POP), and the query goes from the POP to that 
Advanced 800 number database asking how to route the J5 carrier's SCP. As such, there has been limited capability for 
present call. The Advanced 800 number database sends a carriers other than the local exchange carrier to offer intel- 
message to the ACP instructing it to route the call to an "gent network type services, e.g. only on outgoing calls 
announcement point, which has a voice processing unit wherein the caller dialed a specific type number (e.g. an 800 
associated therewith. The Advanced 800 number database number). In each case, the query always is forwarded to the 
also sends a message to the announcement point instructing 2Q one database set up to always control processing of the one 
it to play a specific message from the voice processing unit customer's 800 number calls. The existing call processing 
to the present caller and receive tone or speech command systems and methodologies have not provided alternate 
signals back from the caller. The voice processing unit carriers with equal access to the trigger functionality of the 
derives data from the received signals, and the announce- to offcr * cir own ™fic of intelligent network type 
ment point forwards that data to the Advanced 800 number „ services off of the various types of triggers that the local 
database. The database uses the received data, together with exchange carrier's intelligent network can recognize, 
the dialed number and the number of the caller, to derive a Some patents have suggested access to other database 
plain old telephone service type destination number from systems and/or ISCPs of other carriers, but these proposals 
stored data. The Advanced 800 number database forwards have still provided at most a limited form of access to the 
the derived destination number back to the ACP. The ACP 3Q AIN trigger functionality and have not permitted a sub- 
drops the connection to the announcement point and scriber to utilize multiple provider's services effectively, 
requests a connection through the public switched telephone Two examples are discussed below, 
network to the station identified by the destination number. tj.s. Pat. No. 5,3 1 1 ,575 to Friedes et al. teaches providing 
U.S. Pat. No. 4,924,510 to Le teaches provision of a a customer database, essentially as a customer controlled 
dynamic table of the most frequently called Advanced 800 35 extension of a network database maintained by the network 
numbers and the corresponding routing data in each toll service carrier. During call processing, a switch (ACP) of the 
switching system. When a toll switching system receives an public network queries the carrier's database, and if neces- 
800 call, the table is examined to see if the Advanced 800 sary, the carrier's database obtains additional information 
service assessing data is stored. If so, the toll switching from the customer's database. Customers having PBX type 
system accesses the Advanced 800 database directly without 40 on-premises equipment communicate with the subscriber 
first accessing a Basic 800 database. If the data for accessing database via a separate status data network. All services are 
the Advanced 800 service is not stored in the toll switching provided through one carrier. 

system's table, the call is processed in a manner similar to Commonly assigned U.S. Pat. No. 5,353,331 to Emery et 
that disclosed in the above discussed Binkerd et al. Patent. & discloses an AIN based system for offering personal 
The toll switching system updates the table if the call was 45 communications service (PCS). As the subscriber roams, the 
directed to an Advanced 800 customer. wireless handset periodically registers its location through a 
U.S. Pat. No. 4,987,587 to Jolissaint pertains to method mobile switch or through a home land line base station, and 
and apparatus for providing an 800 number customer an this information is recorded in the ISCP for use in routing 
on-site customer-made determination of what further action subsequent calls to the handset at its current location. Of 
should be taken in response to a caller dialing the customer's 50 particular note here, in a nationwide implementation of such 
800 number. The Jolissaint system includes apparatus for a system, with multiple ISCP databases, the ISCP in a given 
receiving from an 800 number network provider's Host region serves as a mediation point to obtain necessary 
Processor information expressive of an occurrence of a information from switches and ISCPs in other regions, 
caller having dialed a customer 1 s 800 telephone number. The When a subscriber registers through a remote region, either 
information received by the customer's Host processor 55 automatically or by initiating an outgoing call, the ISCP in 
includes the dialed number and an identification of the that region executes a validation routine with the ISCP in the 
caller's billing telephone number. The system includes an subscriber's home region, to confirm that the subscriber is 
apparatus for determining at a customer's Host processor an valid and obtain data relating to that subscriber's services, 
action to be taken in response to the dialing of the 800 Subsequently, when the home region is processing a call to 
number. The customer's Hose processor may deny or accept 60 the .subscriber's number, the ISCP in that region communi- 
the call or may route the call to an alternate destination, for cates with the ISCP in the remote region to obtain informa- 
example based on the caller's identity. The system further tion needed to route the call to the subscriber's current 
includes an apparatus for transmitting information as to what location. The switching systems in a particular region corn- 
action the customer's host processor determined should be municate with only the ISCP in the particular region. One 
taken back to the network provider's Host Processor. The 65 function of the mediating ISCP is to process data from a 
network provider's Host Processor then disposes of the call distant ISCP to insure compatibility thereof with the switch- 
in the manner specified by the information from the cus- ing systems in the particular region. The mediation function 
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of the ISCP in the Emery et al. system, however, is still 
limited to only certain very specific trigger occurrences and 
provision of a single unified PCS service, albeit across 
geographic boundaries. The mediation occurs only in 
response to a need for validation of a roaming subscriber or 5 
in response to an incoming call. The distant carriers can not 
control the trigger responsive communication to provide a 
variety of different, independent services. 

From the above discussion, it becomes clear that the 
existing systems and call processing functionalities provide 10 
alternate carriers at most a limited intelligent routing (using 
the carrier's own database) in response to only very specific 
limited triggering type events. Various carriers cannot use 
the same trigger to provide one subscriber a plurality of 
independent services. Alternate carriers have no access to 15 
most of the triggers used in AIN type processing, such as 
off-hook, off-hook delayed, etc. Consequently, such carriers 
can not provide intelligent network type services facilitated 
by such triggers unless the local exchange carrier first routes 
the call to a point of presence type switching system of the 20 
alternate carrier. Routing the voice call through the local 
network to an alternate carrier's switch, before triggering 
CCIS communication with the carrier's database utilizes an 
excessive amount of voice channel resources, for example if 
certain calls ultimately can not be completed. Also, such 25 
routing may necessitate double switching if the call needs to 
go back through the same local exchange carrier network to 
reach a particular destination. 



DISCLOSURE OF THE INVENTION 



30 



The present invention overcomes the above noted prob- 
lems by providing systems and call processing methodolo- 
gies to access control data of multiple providers or carriers 
based on call related criteria off a single trigger event. The 35 
service providers or carriers can populate data in their 
respective databases to offer totally separate independent 
services. 

Thus, in one aspect, the present invention relates to a ^ 
method wherein a mediation point controls communication 
between switching offices and a selected one of the data- 
bases. More specifically, in response to a trigger event 
during processing of a call, a switching office sends a query 
to the mediation point. The mediation point selects a carri- 45 
er's database based on some ^determined criteria relating 
to the call and obtains the necessary instructions for pro- 
cessing the call. At least for situations wherein the provider 
operating the database is not the service provider operating 
die switching office, the mediation point will validate the 5Q 
instruction. The mediation point forwards the instruction 
back to the switching office to facilitate further processing of 
the call. Instructions obtained in this manner from different 
databases provide independent services. 

In another aspect, the mediation point may select instruc- 55 
tions from a database associated therewith, e.g. maintained 
by the same service provider operating the switching offices 
and the mediation point, or selectively communicate via the 
signaling network with one or more remote databases oper- 
ated by other carriers in the manner discussed above. 50 

In the preferred embodiment, the switching office is a 
telephone office, and the mediation point is an Integrated 
Service Control Point (ISCP) of a local exchange carrier 
AIN telephone network. The ISCP may access its own 
internal data to determine how to process the call, if the call 65 
meets certain criteria. Under other criteria, the ISCP acting 
as a mediator communicates with an alternate carrier's 



remote database via the common channel interoffice signal- 
ing (CCIS) network to obtain instructions as to how to 
process the particular call. 

The methodology of the present invention can distinguish 
which of several carriers should control processing of a 
particular call, off one trigger event, based on a variety of 
criteria related to the particular call. Specific examples 
disclosed in detail below distinguish based on time or on 
certain dialed digit information. The methodology also can 
apply to any AIN trigger, whether the trigger relates to an 
outgoing call or an incoming call. 

Additional objects, advantages and novel features of the 
invention will be set forth in part in the description which 
follows, and in part will become apparent to those skilled in 
the art upon examination of the following or may be learned 
by practice of the invention. The objects and advantages of 
the invention may be realized and attained by means of the 
instrumentalities and combinations particularly pointed out 
in the appended claims. 

BRIEF DESCRIPTION OF DRAWINGS 

FIG. 1 is a simplified schematic block diagram of an 
Advanced Intelligent Network utilizing the. call processing 
functionality of the present invention. 

FIG. 2 is a logical diagram useful in explaining the 
relationship of various AIN triggers. 

FIG. 3 is a simplified flow diagram of the call processing 
steps of a group of call forwarding services provided to one 
customer by multiple carriers, in accord with the present 
invention. 



BEST MODE FOR CARRYING OUT THE 
INVENTION 

The present invention provides for independent alternate 
services, offered by alternate carrier service providers, in 
response to any one particular AIN trigger. As used herein, 
independent services are services that are not necessarily 
related to each other. It should be noted here that a carrier 
service provider is any entity operating a communication 
network. Many such networks are public networks, but 
many large corporations provide at least some of their own 
carrier services by operating their own communications 
networks. 

In accord with the present invention, occurrence of a 
trigger causes a query to a mediation point, typically oper- 
ated by the local exchange carrier. Each of a plurality of 
carriers operates a central database storing call processing 
information to control provision of the respective carrier's 
services independent of any services offered by other carri- 
ers. The mediation point identifies the carrier having control 
of the call under the current set of conditions. The conditions 
or criteria may relate to time of day, dialed digits, origin of 
the call etc. The mediation point then obtains call processing 
information from a database operated by the carrier having 
control of the call. The mediation point may process the 
information to insure compatibility with the switch or other 
network equipment handling the call, and the mediation 
point forwards the information to the appropriate network 
element(s) to continue processing of the call. 

Although the routing concepts of the present invention 
apply to other types of networks, FIG. 1 provides a simpli- 
fied block diagram of a public telephone type network. For 
ease of explanation, the succeeding discussion of the inven- 
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tion concentrates on implementation thereof in a telephone 
network of the type shown in FIG. 1. 

Referring to FIG. 1 there is shown a simplified block 
diagram of a switched traffic network and the common 
channel signaling network used to control the signaling for 
the switched traffic network. In the illustrated example, the 
overall network actually comprises three separate networks 
operated by three different carriers, a local exchange net- 
work, a first alternate network of carrier 1 and a second 
alternate network of carrier 2. 

In the illustrated example, carrier 1 provides a wireless 
telephone service through network 30, for example similar 
to that disclosed in the above cited Emery et al. Patent. 
Carrier 2 operates a network for providing inter-LATA type 
long distance services. Other carriers could be nearby local 
exchange carriers, competing local exchange carriers, pri- 
vate networks (e.g. operated by large corporations), etc. 
Although the signaling message routing of the present 
invention will apply to other types of networks, in the 
illustrated example, the various networks all provide tele- 
phone type services. 

In FIG. 1, the local exchange carrier network includes a 
number of end office switching systems providing connec- 
tions to and from local communication lines coupled to end 
users telephone station sets. The local exchange carrier 
network typically will also include one or more tandem 
switching offices (not shown) providing trunk connections 
between end offices. As such, the first telephone network 
consists of a series of switching offices interconnected by 
voice grade trunks. One or more trunks also connect one or 
more switching offices to at least one switch in the other 
carriers networks. In the illustrated example, the switch 21 
connects via trunk circuits (shown as thick solid lines) to 
switch 31 in the network of carrier 1 and to switch 41 in the 
network of carrier 2. 

Each switching office, 21, 31, 41 has at least minimal SS7 
signaling capability, which is conventionally referred to as a 
signaling point (SP) in reference to the SS7 network. In the 
local exchange network, at least the switching office 21 and ^ 
preferably all of the switching offices are programmed to 
recognize identified events or points in call (PICs). In 
response to a PIC, switching office 21 triggers a query 
through the signaling network to an Integrated Service 
Control Point (ISCP) 25 for instructions relating to AIN type 4S 
services. Switching offices such as switch 21 having AIN 
trigger and query capability are referred to as Service 
Switching Points (SSPs). 

In accord with the present invention, the ISCP 25 serves 
two functions. First, the ISCP 25 serves as a standard ISCP 50 
offering AIN routing control functionalities to customers of 
the local exchange carrier, in the normal manner. For 
example, the ISCP includes a database (not shown) contain- 
ing call processing records (CPRs) for controlling that 
carrier's AIN routing services. The ISCP 25 may also access 
a separate database 27, e.g. to supplement its routing tables 
for certain services. In the present system, the second 
function of the ISCP is to serve as a mediation point. 
Specifically, the ISCP mediates queries and responses 
between the local exchange carrier network components and 
databases operated by other carriers. The ISCP effectively 
mediates the other carriers* access to trigger related func- 
tionality of the local exchange carrier switches. 

The ISCP 25 is an integrated system, Among other system 
components, the ISCP 25 includes a Service Management 65 
System (SMS), a Data and Reporting System (DRS) and the 
actual database referred to as a Service Control Point (SCP). 
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The ISCP also typically includes a terrriinal subsystem 
referred to as a Service Creation Environment or SCE for 
programming the database in the SCP for the services 
subscribed to by each individual business customer. The 
components of the ISCP are connected by an internal, 
high-speed data network, such as a token ring network. 

The switches 21, 31 and 41 typically consist of program- 
mable digital switches with CCIS communications capabili- 
ties. One example of such a switch is a 5ESS type switch 
manufactured by AT&T, but other vendors, such as Northern 
Telecom and Seimens, manufacture comparable digital 
switches which could serve as the SSPs and SPs. The SSP 
type implementation of such switches differs from the SP 
type implementation of such switches in that the SSP switch 
includes additional software to recognize the full set of AIN 
triggers and launch appropriate queries. 

Within the local exchange network, the common channel 
interoffice signaling (CCIS) network includes one or more 
Signaling Transfer Points (STPs) and data links shown as 
dotted lines between the STP(s) and the switching offices. 
Typically, STPs are implemented as matching or mated 
pairs, to provide a high level of redundancy. A data link also 
connects each of the STPs of pair 23 to the ISCP 25, One or 
more data links also connect the STPs 23 in the local 
exchange carrier network to mated pairs of STPs 33, 43 in 
networks of other carriers. 

The local exchange carrier network may also include one 
or more intelligent peripherals (IPs) 29. The IP provides 
enhanced announcement and digit collection capabilities 
and/or speech recognition. The IP connects via an appropri- 
ate line circuit to one switch 21 of the local exchange carrier 
network. The IP communicates with the ISCP 25, through a 
data communication network separate from the telephone 
company switching offices and associated interoffice signal- 
ling network. 

Although shown as telephones in FIG. 1, the terminal 
devices can comprise any communication device compatible 
with the local, communication line. Where the line is a 
standard voice grade telephone line, for example, the ter- 
minals could include facsimile devices, modems etc. Also, 
FIG. 1 shows connections to the station via lines, and 
typically these links are telephone lines. It will be apparent 
to those skilled in the art that these links may be other types 
of communication links, such as broadband lines, wireless 
links, etc. 

Commonly assigned copending application Ser. No. 
08/248,980, filed May 24, 1994, entitled "Advanced Intel- 
ligent Network with Intelligent Peripherals Interfaced to the 
Integrated Services Control Point" (attorney docket no. 
680-076) provides a more detailed disclosure of an ATN type 
network, including the structure of an SSP switch, the 
structure of an ISCP and the structure of an IP, and the 
disclosure of that application is incorporated herein in its 
entirety by reference. 

The networks of carrier 1 and carrier 2 may be similar to 
each other and in some respects to the network of the local 
exchange carrier. The network of carrier 1, for example 
consists of a switch 31, a mated pair of STPs 33, an SCP! 
35 and a database 37. In the illustrated example, the switch 
31 provides communications between switch 23 of the local 
exchange carrier network and the wireless communication 
network 30. The network of carrier 2, in the example, 
consists of a switch 41, an IP 49, a mated pair of STPs 43, 
an SCP 2 45 and a database 47. The switch 41 provides 
communications between switch 23 of the local exchange 
carrier network and the inter-LA3A long distance network 
40. 
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In the illustrated example, the network of carrier 1 and the 
network of carrier network 2 are not full AIN type networks. 
The switching systems do not have full AIN trigger and 
query capabilities. The network of carrier 1 includes a first 
Service Control Point (SCP,), and the network of carrier 1 
includes a first Service Control Point (SCPj). The routing 
tables utilized in the SCP type databases typically are more 
limited than those in the ISCP 17. The switching systems 31, 
41 can query the respective SCPs 35, 45 for routing infor- 
mation, but the range of trigger events are more limited. 

An end office switching system 21 shown in FIG. 1 
normally responds to a service request on a local commu- 
nication line connected thereto, for example an off-hook 
from station 10 followed by dialed digit information, to 
selectively connect the requesting line to another selected 
local communication line, for example to the line to station 
A. The connection can be made locally through only the 
connected end office switching system but typically will go 
through a number of switching systems. 

In the normal call processing, the central office switching 
system responds to an off-hook and receives dialed digits 
from the calling station. The central office switching system 
analyzes the received digits to determine if the call is local 
or not. If the called station is local and the call can be 
completed through the one central office, the central office 
switching system connects the calling station to the called 
station. If, however, the called station is not local, the call 
must be completed through one or more distant central 
offices, and further processing is necessary. If at this point 
the call were connected serially through the trunks and 
appropriate central offices between the caller and the called 
party using in-band signalling, the trunks would be engaged 
before a determination is made that the called line is 
available or busy. Particularly if the called line is busy, this 
would unnecessarily tie up limited voice trunk circuit capac- 
ity. The CCIS system through the STP's was developed to 
alleviate this problem. 

In the CCIS type call processing method, the originating 
end office switching system, suspends the call and sends a 
message through the CCIS network to the end office switch- 40 
ing system serving the destination telephone line. The ter- 
minating end office determines whether or not the called 
station is busy. If the called station is busy, the terminating 
end office so informs the originating end office via CCIS 
message, and the originating end office provides a busy 45 
signal to the calling station. If the called station is not busy, 
the terminating end office so informs the originating end 
central office. The originating office provides ringback to the 
caller, and the terrninating office applies ringing current to 
the line to the called party. When the telephone station 50 
connected to the called line goes off-hook, the terminating 
switching office informs the originating switching office, and 
the two offices establish a telephone connection via the 
trunks and end offices (and/or tandem offices) of the network 
between the calling and called stations. 55 
k For an AIN type service, such as call redirection based on 
/data stored in the ISCP 25, the end offices and/or tandems are 
■SSP capable and detect one of a number of call processing 
events, each identified as a 'point in call' (PIC), to trigger 
AIN type processing. Specifically, in response to such a PIC, 60 
a switching system such as switch 21 suspends call process- 
ing, compiles a call data message and forwards that message 
via common channel interoffice signalling (CCIS) links and 
one or more STPs 23 to an ISCP 25. If needed, the ISCP 25 
/ can instruct the particular switching office to obtain and 65 
I ; forward additional information. Once sufficient information 
\yhas reached the ISCP 25, the ISCP 25 accesses its stored data 
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tables and or data in external database 27 to translate thef 
received data into a call control message and returns the call 
control message to the switching office via the STP 23 and 
the appropriate CCIS links. The office uses the call control 
message to complete the particular call through the public 
switched network in the manner specified by the subscribL* 
er's data file in the ISCP 25. 

The SCPs 35, 45 offer similar capabilities in the networks 
of the other two carriers, but the range of service features 
offered by those databases are more limited. For example, 
the SCP 45 may offer 800 number calling services with a 
limited number of related call routing options. If a caller at 
station 10 dials an 800 number corresponding to carrier 2, 
the switch 21 routes the call to switch 41. The switch 41 
recognizes the 800 number in the CCIS information pro- 
vided with the call and launches a CCIS query to the SCP 2 
45. The SCP 2 45 translates the dialed 800 number into an 
actual destination number, for example the telephone num- 
ber of station A, and transmits a CCIS response message 
back to switch 41. Switch 41 then routes the call through the 
public network to the station A identified by the number sent 
back by the SCP 2 45, using CCIS call routing procedures of 
the type discussed above. The actual destination line may 
connect to the exact same office as the calling party's line, 
as in the above simplified example. However, typically, the 
destination line connects to a different end office, and the 
carrier network 2 routes the call to that end office at least 
partially via the carrier's inter-LATA network 40. 

In an actual implementation of the present invention, the 
network of FIG. 1 would continue to offer a wide range of 
services using the standard call processing routines common 
today, including those outlined above. However, the present 
invention also facilitates providing combinations of services 
through multiple carrier networks in a unique fashion, as 
discussed in detail below. 

In a call processing operation in accord with the present 
invention, a switch such as SSP switch 21 reaches a point in 
call (PIC) in processing a particular call which triggers AIN . 
type processing. A variety of triggers are known including 
the full range of AIN triggers, virtual numbers (e.g. 500, 
800, 900) etc. In response to the PIC trigger, the switch 21 
launches a TCAP query through the STP 23 to the ISCP 25. 
The ISCP 25 accesses the relevant call processing record 
(CPR) for the subscriber. In accord with the present inven- 
tion, the CPR will identify a plurality of carriers and/or the 
carriers* databases, for calls satisfying different predeter- 
mined criteria. 

The ISCP 25 proceeds to obtain call control or routing 
information that the switch 21 needs to process the call. If 
conditions relating to the present call conform to criteria for 
processing of the call by the local exchange carrier, then the 
ISCP retrieves a CPR from its own internal SCP database to 
determine how to process the call and provides an appro- 
priate response message back to the switch 2L jggje r cfBlj 
( roeets:omer_criteria;:then-the-ISCP-25xor^ witfila' 
^eje^ed;oneof:a^lurality-of ^otrierSCPs 35r45 tbTough~ftfel 
{^S7-neiwork.llie:ISeP-25-irra^^ 
27 to obto^information.needed to~dire^Tne^s^es througr? 
^:SS7-neiw^t6 7 m^ | j 

The one SCP 35 or 45 contains a call processing record 
(CPR) for providing the subscriber a customized service on, 
the particular type of call. The subscriber has previously 
communicated to the carrier how certain calls should be 
processed, and the carrier's personnel have established the 
appropriate CPR in the SCP 35 or 45. 

The SCP 35 or:45:accesses:tHe"CPR to determine how ^ 
^pjocesslthe^ticuiar cSflandxetums an ar^rprmate instrae^ 
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OtionrinaTC^iiMpon^me^gc; tqthejSCP2£. The ISCP 
25 performs a mediation function. Specifically, the ISCP 25 
processes the instructions from the alternate carrier's SCP 35 
or 45 to insure validity and compatibility with the processes 
of the elements of the local exchanged network that will 
handle the call. Based on validated instructions, the ISCP 
formulates an appropriate TCAP response message. The 
ISCP 25 transmits that messages through SS7 links and one 
or more STPs 23 to the switch 21 and the switch 21 
^processes the call accordingly. 

A customer can obtain independent services from multiple 
providers using a single trigger and pre-established selection 
criteria stored in the ISCP. The present invention effectively 
provides multiple carriers equal access to the AIN trigger 
functionalities at various points in call processing, to allow 
each carrier to independently offer customers special or 
customized services. A given customer's call may encounter 
one or more triggers and may receive intelligent services 
from different carriers, based on a variety of criteria related 
to each call. 

To further understand the access to trigger functionality, it 
will be helpful first to consider the relationship between 
various trigger events, FIG. 2 provides a logical illustration 
of the relationship between a number of different triggers 
that may be encountered on any given call. 

A number of triggers may be set in an originating office. 
FIG. 2 shows three such triggers, an off-hook trigger TOl, 
an off-hook delay trigger TO2 and an individualized dialing 
plan trigger TO3. Such triggers are set by defining a point in 
call (PIC) in the subscriber profile for the calling party's line 
in the switching office serving that line. An off-hook PIC 
triggers a query immediately whenever a user takes a station 
off-hook. An off-hook delay PIC triggers a query whenever 
a station goes off-hook, however, the switch launches the 
query after collecting dialed digits. An individualized dial- 
ing plan PIC triggers a query if a user dials a predetermined 
or 'plan' number. 

As shown by FIG. 2, the triggers have a logical hierar- 
chical relationship. If an off-hook trigger or an off-hook 
delay trigger is set against a particular line, then the switch 
launches the query every time that a station on that line goes 
off-hook. The response to that query controls subsequent 
processing of the call. By contrast, an individualized dialing 
plan trigger controls call processing only if the caller dials 
a particular number, assuming that there was no off-hook 
trigger already set. 

Other triggers are set in the terminating office, such as the 
terminating attempt trigger TT1 shown in FIG. 2. Such 
triggers are set by defining a point in call (PIC) in the 
subscriber profile for the called party in the serving switch- 
ing office, as identified by that party's telephone number. An 
outgoing call may produce a trigger in the originating 
switching office which results in some AIN processing based 
on the caller's customized service. When the call reaches the 
terminating office, the call may trigger some processing 
based on the called party's customized service. 

The types of AIN triggers discussed above are exemplary 
only. A variety of additional triggers are known. Examples 
of known AIN triggers include: off-hook immediate, off- 
hook delay, trunk seizure, primary rate interface, individu- 
alized dialing plan, office dialing plan, transit network 
selection, originating line information, directory number, 
automatic route selection, automatic alternate routing, basic 
rate interface feature button, tenninating attempt and virtual 
numbers. New triggers are being developed to offer new 
enhanced AIN services. 
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All such triggers cause a program controlled switch to 
initiate a query to a remote database, in an ISCP, SCP or the 
like. The database responds with information for controlling 
further processing of the call by the switch and/or other 
network elements (e.g. IPs). In accord with the present 
invention, queries from switches in the local exchange 
carrier network go to an ISCP 25. Based on certain call 
related criteria and/or the particular type of trigger, the ISCP 
25 determines which carrier's database should control each 
call. The ISCP 25 obtains the data from the identified 
carrier's database, validates the data if necessary and for- 
wards the data to the switch to control the actual call 
processing. 

In accord with the present invention, different carriers 
provide services off of the individual triggers. Different 
carriers may provide different services off the same trigger, 
but under different conditions (e.g. at different times of day). 
Also, different carriers may provide different services off 
different trigger events. For example, a first carrier may 
provide an outgoing call related service (e.g. extension 
number dialing, such as disclosed in the above cited Kay et 
al. Patent) to the calling party based on an individualized 
dialing plan trigger. Another carrier may provide an incom- 
ing call related service to a called party. 

Consider now one example of use of the routing func- 
tionality of the present invention to provide alternative call 
forwarding services for one subscriber. Assume now that the 
customer has opted to forward calls through two alternate 
carriers* networks during separate times t, and For 
example, carrier 1 offers a wireless telephone service, and 
the subscriber wants calls forwarded via the wireless system 
during hours when he expects to be on the road or visiting 
clients, e.g. 11:00 AM to 3:00 PM. Carrier 2 might offer a 
particularly cost effective voice mail service through its 
intelligent peripheral (IP) 49, therefore the customer opts to 
have calls forwarded to the IP of carrier 2 during hours when 
the business is closed, e.g. 5:00 PM to 9:00 AM weekdays 
and on weekends. At other times ^ (9:00 AM to 11:00 AM 
and 3:00 to 5:00 PM on weekdays), the subscriber opts to 
have the call processed by the local exchange carrier, for 
direct routing to the office line A or to a secretarial line B 
associated therewith, if the line to station A is busy or a call 
is unanswered after a predetermined number of rings. 

Call forwarding of the type here under consideration 
utilizes a termination attempt trigger set in the profile record 
of the line for the subscriber. In the example, the subscriber 
utilizes the station A, and the switch 21 provides normal 
service to that line. The profile record for the line to station 
A includes the information needed to establish a PIC for a 
termination attempt trigger against that line. 

The call processing flow for this call forwarding example 
is illustrated in flow chart form in FIG. 3. Assume a caller 
at station 10 dials the telephone number of station A. The 
SSP switch 21 detects the termination attempt trigger (SI). 
In response, the SSP switch 21 formulates a TCAP protocol 
query message and sends that message through the SS7 
network, including one or more STPs 23, to the ISCP 25 
operated by the local exchange carrier. In accord with the 
TCAP protocol, the query includes a variety of information 
relating to the present call. In particular, the query message 
includes the digits dialed by the caller at station 1. 

In the present example, the ISCP utilizes the dialed digits 
to access an appropriate call processing record. The record 
may be within its own internal SCP type database, or the 
ISCP may access a record in a separate database 27. The 
record indicates different procedures to be used at different 
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times. The record therefore results in a branching based on 
time, at step S3. If the call occurs within time t v the ISCP 
transmits a TCAP query message through SS7 data links and 
one or more STPs to the SCP, of carrier 1 (step S4). 

To the SCPj receiving the query in step S4, the query 5 
looks the same as if the query had originated from a switch. 
The query typically includes called and calling party num- 
bers and other relevant information about the current call. 
The SS7 protocol address portion of the message includes 
destination point code information relating to the sending 10 
point and the receiving point, that is the ISCP 25 and the 
SCP, 35 in this example. The SCP, processes the query to 
generate a response containing an appropriate call process- 
ing instruction, just as if the query originated from its own 
network switch 31, but the SCPj reverses the point code 15 
information from the SS7 query to send the response mes- 
sage back to the ISCP 25 (step S5). 

As noted, the query to the SCP, includes information 
needed by the SCP 35 to access a record and formulate a 
response. In the present example, the SCP, uses the dialed 20 
digits from the second query to access the customer's record 
to determine a routing number for forwarding calls through 
the wireless network to the subscriber's wireless handset. If 
necessary, the SCP, 35 may access expanded data records in 
an external database 37. 25 

The SCP, 35 formulates a TCAP response message, 
including the necessary routing number, and transmits that 
message back through the SS7 links and STP(s) to the ISCP 
25 (step S5). The ISCP 25 processes the information from 
the SCP, to insure compatibility thereof with the call 30 
processing capabilities of the switch 21, for example, to 
avoid supplying a routing number that would place the 
switch in a processing loop. Using the validated information, 
the ISCP 25 formulates a TCAP response message (step S6) 
and sends that message to the SSP switch 21 via the SS7 35 
links and one or more STPs 23 (S7). The SSP switch 21 
utilizes the validated instruction (routing number in the 
present example) from the response from the ISCP 25 to 
process the call. In the present case, the switch 21 uses the 
routing number to complete the call through the switch 31 40 
and the wireless network 30 to the subscriber's wireless 
handset. 

Returning to the branching in step S3, if the call occurs 
within time t^, the ISCP transmits a TCAP query message 45 
through SS7 data links and one or more STPs to the SCP 2 
of carrier 2. To the SCP 2 receiving the query in step S9, the 
query looks as if it originated from a switch. The destination 
point code information relating to the sending point and the 
receiving point now identifies the ISCP 25 and the SCP 2 45. 5Q 
The SCP 2 processes the query to generate a response con- 
taining an appropriate call processing instruction, just as if 
the query originated from its own network switch 41, but the 
SCP 2 reverses the point code information from the SS7 
query to send the response message back to the ISCP 25 
(stepSlO). 

Again the query includes information needed by the SCP 
45 to access a record and formulate a response. In the present 
example, the SCP 2 uses the dialed digits from the second 
query to access the customer's record to determine a routing $o 
number for forwarding calls through that carrier's network 
to the customer's mailbox in the IP 49. If necessary, the 
SCP 2 45 may access expanded data records in an external 
database 47. 

The SCP2 45 formulates a TCAP response message, 65 
including the necessary routing number, and transmits that 
message back through the SS7 links and STP(s) to the ISCP 
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25 (step S10). At approximately the same time, the SCP 2 
provides an instruction to the IP 49 indicating that the next 
incoming call to the routing number relates to a call to the 
mailbox for the particular customer. 

The ISCP 25 processes the information from the SCP 2 to 
insure compatibility thereof with the call processing capa- 
bilities of the switch 21, exactly as was done for routing 
information from the SCP,. Using the validated information, 
the ISCP 25 formulates a TCAP response message (S6) and 
sends that message to the SSP switch 21 via the SS7 links 
and one or more STPs 23 (S7). The SSP switch 21 utilizes 
the validated instruction (routing number in the present 
example) from the response from the ISCP 25 to route the 
call. In the present case, the switch 21 routes the call through 
the switch 41 of carrier 2 to the IP 49. The IP 49 processes 
the call as a call to the particular subscriber's mailbox, e.g. 
by playing the subscriber's personalized greeting and 
recording a subsequent incoming message. 

Returning again to the branching in step S3, if the call 
occurs within time t 3 , then the subscriber has opted to have 
the local exchange carrier process the call. The ISCP 25 
therefore accesses a call processing record (CPR) for the 
subscriber within the internal SCP database (step Sll). The 
ISCP 25 processes the information from the initial TCAP 
query sent up in step S2 and the translation information in 
the subscriber's CPR to identify a destination telephone 
number, for example the telephone number of station A. The 
ISCP 25 formulates a TCAP response message containing 
that number (S6) and sends that message to the SSP switch 
21 via the SS7 links and one or more STPs 23 (S7). The SSP 
switch 21 utilizes the routing number from the response 
from the ISCP 25 to route the call, in the present case, to 
route the call to the b'ne to station A. If the subscriber has a 
call forwarding service, the switch 21 may forward calls to 
the secretarial station B, if station A is busy or there is no 
answer on station A within a predetermined number of rings. 

As shown by the above call forwarding example, the 
called subscriber has obtained three different services from 
three different carriers based on different processing at 
different times in response to a single trigger. This effec- 
tively gives three different carriers equal access to the same 
termination attempt trigger in the local exchange carrier's 
switch 21. Although relatively simple services were 
described, for convenience, each of the carriers can offer the 
one customer a full array of AIN type features as part of their 
respective service. For example, the wireless carrier 1 may 
offer a 'calling party pays' type feature, whereby a caller not 
included in a predefined list has to agree to pay before that 
carrier will complete the call to the subscriber's wireless 
handset The interexchange carrier may offer a selected call 
screening or blocking functionality whereby only callers 
from certain identified stations or having entered a PIN 
during a connection to the IP 29 are ultimately connected 
through to the station A. 

In the above example, the routing information in each of 
the alternate carriers databases SCP,, SCP 2 resulted in 
routing through the respective carrier's network and/or to 
the respective carrier's resources, such as the IP 49. 
Although this will often be the case, the data in the respec- 
tive databases can effectuate any desired call processing 
functionality. For example, because carrier 2 does not have 
its own IP, the information in SCP, could route calls 
requiring announcement and digit collection (e.g. to prompt 
the caller to agree to pay for air time and other toll charges) 
to the local exchange carrier's IP 29 without going through 
any portion of that carrier's voice or traffic network. 

Similar alternate routing options following triggering are 
offered on outgoing calls. For example, the local exchange 
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carrier may offer an area wide centrex service, including an 
extension number dialing feature on outgoing calls. Such a 
service might use a individualized dialing plan type trigger. 
For inter-LATA calls, however, the same customer might use 
carrier 2. The access to the database SCP 2 45 of carrier 2 5 
might follow an off-hook delay trigger. 

In this regard, it may be helpful to consider one outgoing 
call in somewhat more detail. Assume use of an off-hook 
delay trigger. Every time a station on the line goes off-hook 
and the user dials digits, the switch 21 forwards a query 10 
containing the dialed digits and the calling party number to 
the ISCP 25. The data within the ISCP identifies two or more 
carriers which may provide service off of that trigger for the 
particular calling party line. For the present example, 
assume that the local exchange carrier will provide local 
calling services, a first interexchange carrier provides nor- 
mal long distance services at a relatively low rate, and a 
second alternate carrier provides secure long distance ser- 
vices at a higher rate. If the dialed digits indicate a local call, 
then the ISCP itself formulates a response message instruct- 
ing switch 21 to complete the local call. If the dialed digits 20 
indicate a long distance call, then the ISCP communicates 
with the first carrier's database to obtain the routing infor- 
mation. If the dialed digits indicate a call requiring high 
security, e.g. by use of a 700 number prefix, then the ISCP 
communicates with the second carrier's database to obtain 25 
the further instructions. Typically, the security call would be 
routed to an announcement point for execution of one or 
more PIN or password entry procedures, and if the caller 
passed these security checks, the call would be routed 
through secure elements of the second carrier's network. 30 

The above examples concentrated on relatively simple 
AIN interactions, i.e. wherein the switch launched an initial 
query and received back a destination number. Many ser- 
vices involve more complicated processing requiring mul- 35 
tiple message exchanges. If the particular call processing 
requires additional communication with a database, the 
additional communication goes through the ISCP 25 for 
mediation. For example, a response message sent back to the 
SSP switch 21 may instruct that switch to play an announce- ^ 
ment and collect digits, e.g. to enter a personal identification 
number (PIN). After the switch performs this function, the 
SSP 21 sends another TCAP message through the SS7 
network to the ISCP 25. The ISCP again accesses the 
selected database, either internally or through a query sent 4J 
via the SS7 network to a remote SCP or other database. The 
particular database provides further instructions to the ISCP 
25, typically the actual destination number, and if necessary 
the ISCP 25 validates and forwards the instructions to the 
SSP switch 21. 50 

The above discussion has concentrated on alternate rout- 
ing through various alternate carrier networks. In many 
instances, these carriers include the local telephone com- 
pany and other, alternate public service carriers. Examples 
include long distance telephone company's cellular tele- 55 
phone company's and local independent telephone compa- 
ny's in adjacent jurisdictions. It will be readily apparent that 
some of the alternate networks may be operated by private 
company's for their own benefit. As a result, the local 
exchange network may be a network of private branch $q 
exchanges, or one of the alternate carrier networks may be 
a private long distance network between a company's 
remote locations. 

While this invention has been described in connection 
with what is presently considered to be the preferred 65 
embodiment, it is to be understood that the invention is not 
limited to the disclosed embodiment, but, on the contrary, is 



235 

16 

intended to cover various modifications and equivalent 
arrangements included within the spirit and scope of the 
appended claims. 
We claim: 

1. A method comprising the steps of: 

detecting a predetermined event during processing of a 
call through one of a plurality of switching offices of a 
communication network; 

sending a first query containing information relating to the 
call through an interoffice signaling network to a 
mediation point; 

based on predetermined criteria relating to the call, select- 
ing one of a plurality of service providers capable of 
providing an independent service to process the call 
and sending a second query containing at least some of 
the information relating to the call to a database of the 
selected service provider; 

accessing data in the database of the selected service 
provider in response to the second query to obtain a call 
processing instruction; 

sending a first response containing the call processing 
instruction from the database of the selected service 
provider to the mediation point; 

processing the first response to validate the call process- 
ing instruction; 

sending a second response containing the validated call 
processing instruction via the interoffice signaling net- 
work to the one switching office; and 

processing the call in accord with the validated call 
processing instruction to provide a service offered by 
the selected service provider. 

2. A method as in claim 1, wherein a first one of the 
service providers operates a first portion of the communi- 
cation network, and the database of the first provider con- 
tains data relating to one or more services provided via the 
first portion of the communication network. 

3. A method as in claim 2, wherein a second one of the 
service providers operates a second portion of the commu- 
nication network, and the database of the second provider 
contains data relating to one or more services provided via 
the second portion of the communication network. 

4. A method as in claim 3, wherein the mediation point 
communicates with the database of the selected service 
provider via the interoffice signaling network. 

5. A method as in claim 1, wherein the switching offices 
are telephone central office switching systems, and the 
interoffice signaling network is a common channel interof- 
fice signaling system of a telephone network. 

6. A method as in claim 1, wherein the step of processing 
the call comprises routing the call at least in part using 
network resources operated by the selected service provider. 

7. A method as in claim 1, wherein the second query and 
the first response are communicated via the interoffice 
signaling network. 

8. A method as in claim 1, wherein the predetermined 
event is an AIN trigger. 

9. A method as in claim 1, wherein the predetermined 
event is a trigger selected from the group consisting of: 
off-hook immediate, off-hook delay, trunk seizure, primary 
rate interface, individualized dialing plan, office dialing 
plan, transit network selection, originating line information, 
directory number, automatic route selection, automatic alter- 
nate routing, basic rate interface feature button, terminating 
attempt and virtual number. 

10. A method comprising the steps of: 

detecting a predetermined event during processing of a 
call through one of a plurality of switching offices of a 
communication network; 
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sending a first query containing information relating to the 
call through an interoffice signaling network to a 
mediation point; 

if a parameter relating to the call meets a first predeter- 
mined condition: 5 

(a) sending a second query containing at least some of 
the information relating to the call to a database of a 
service provider offering a first communication ser- 
vice, 

(b) accessing data in the database of the first service 10 
provider in response to the second query to obtain a 
first call processing instruction, 

(c) sending a first response containing the first call 
processing instruction from the database of the first 
service provider to the mediation point, 

(d) processing the first response to validate the first call 
processing instruction, 

(e) sending a second response containing the validated 
first call processing instruction to the one switching 
office, and 

(f) processing the call in accord with the validated first 20 
call processing instruction to provide a service 
offered by the first service provider, and 

if a parameter relating to the call meets a second prede- 
termined condition: 

(1) obtaining a second call processing instruction from 25 
a database associated with the mediation point, 

(2) sending a third response containing the second call 
processing instruction to the one switching office, 
and 

(3) processing the call in accord with the second call 30 
processing instruction to provide a service offered by 
the second service provider which is independent of 
the service offered by the first service provider. 

11. A method as in claim 10, wherein if a parameter 
relating to the call meets a third predetermined condition, the 35 
method further comprises the steps of: 

(A) obtaining a third call processing instruction from a 
database of a third service provider offering a commu- 
nication service independent of the services offered by 
the first and second providers; 40 

(B) sending a fourth response containing the third call 
processing instruction to the one switching office; and 

(C) processing the call in accord with the third call 
processing instruction to provide the service offered by 45 
the third service provider. 

12. A method as in claim 11, wherein the step of obtaining 
a third call processing instruction comprises: 

sending a query containing at least some of the informa- 
tion relating to the call to the database of the third 50 
service provider, 

accessing data in the database of the third service provider 
to obtain the third call processing instruction, 

sending a response containing the third call processing 
instruction from the database of the third service pro- 55 
vider to the mediation point, and validating the third 
call processing instruction. 

13. A method as in claim 10, wherein: 

the first and second predetermined conditions relate to ^ 

first and second time periods, respectively 
a parameter relating to the call meets a first predetermined 

condition if the call occurs within the first time period; 

and 

a parameter relating to the call meets the second prede- 65 
terrained condition if the call occurs within the second 
time period. 
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14. A method as in claim 10, wherein the predetermined 
event is an AIN trigger. 

15. A method as in claim 10, wherein the predetermined 
event is a trigger selected from the group consisting of: 
off-hook immediate, off-hook delay, trunk seizure, primary 
rate interface, individualized dialing plan, office dialing 
plan, transit network selection, originating line information, 
directory number, automatic route selection, automatic alter- 
nate routing, basic rate interface feature button, terminating 
attempt and virtual number. 

16. A communication network, comprising: 

a local exchange carrier network, said local exchange 
carrier network comprising: 

(A) local communication links, 

(B) a plurality of separately located central office switch- 
ing systems interconnected via trunk circuits for selec- 
tively providing switched call connections between at 
least two of the local communication links, 

(C) a mediation point, separate from the central office 
switching systems, and 

(D) a signalling communication system for two-way 
communications of data messages, said signalling com- 
munication system interconnecting the central office 
switching systems and connecting the central office 
switching systems to the mediation point; and 

first and second service control databases at least one of 
which communicates with the mediation point via the 
signaling communication system, said first control 
database containing data defining a first service and 
said second control database containing data defining a 
second service independent of the first service, 
wherein: 

the central office switching systems transmit query mes- 
sages to the mediation point via the signaling network 
in response to occurrences of predetermined events in 
processing of calls, 

in response to each query relating to a particular call, the 
mediation point obtains and transmits to one of the 
central office switching systems service control data 
from the first control database or the second control 
database depending on whether a parameter relating to 
the particular call meets a first predetermined criteria or 
a second predetennined criteria respectively. 

17. A network as in claim 16, wherein the mediation point 
comprises an integrated services control point containing 
one of the first and second service control databases. 

18. A network as in claim 16, wherein: 

the network further comprises an alternate service carrier 
network coupled to one of the central office switching 
systems; 

the first service control database communicates with the 
mediation point via the signaling communication net- 
work; and 

the first service control database stores data defining the 
first service so as to utilize at least a portion of the 
alternate service carrier network. 

19. A network as in claim 18, wherein: 

the network further comprises another alternate service 

carrier network coupled to one of the central office 

switching systems; 
the second service control database communicates with 

the mediation point via the signaling communication 

network; and 

the second service control database stores data defining 
the second service so as to utilize at least a portion of 
said another alternate service carrier network. 
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20. A network as in claim 18, wherein the second service 
control database is associated with the mediation point and 
stores data defining the second service so as to utilize at least 
a portion of the local exchange carrier network. 

21. A network as in claim 20, wherein the mediation point 5 
comprises an integrated services control point containing the 
second service control database. 

22. A network as in claim 16, wherein the central office 
switching systems are telephone central office switches, and 
the interoffice signaling network is a common channel 10 
interoffice signaling network of a telephone network. 

23. A network as in claim 22, wherein the local commu- 
nication links are telephone communication links. 

24. A network as in claim 23, wherein the telephone 
communication links are telephone lines. 15 

25. A network as in claim 16, wherein the alternate service 
carrier network is an interexchange carrier network. 

26. A network as in claim 16, wherein the alternate service 
carrier network is a wireless communication network. 

27. A method comprising the steps of: 20 
detecting a predetermined event during processing of a 

call for one subscriber through one of a plurality of 
switching offices of a communication network; 

sending a first query containing information relating to the 
call through an interoffice signaling network to a 
mediation point; 

if a parameter relating to the call meets a first predeter- 
mined condition: 

(a) obtaining a first call processing instruction from a 30 
database operated by a first service provider, 

(b) sending a first response containing the first call 
processing instruction to the one switching office, 
and 

(c) processing the call in accord with the first call 35 
processing instruction to provide the subscriber a 
service offered by the first service provider; and 

if a parameter relating to the call meets a second prede- 
termined condition: 

(1) obtaining a second call processing instruction from 40 
a database operated by a second service provider, 

(2) sending a second response containing the second 
call processing instruction to the one switching 
office, and 

(3) processing the call in accord with the second call 45 
processing instruction to provide the subscriber a 
service offered by the second service provider which 



is independent of the service offered by the first 
service provider. 

28. A method as in claim 27, wherein the call for one 
subscriber is an incoming call to a number assigned to the 
one subscriber. 

29. A method as in claim 28, wherein the predetermined 
event is an AIN trigger relating to incoming calls. 

30. A method as in claim 27, wherein the call for one 
subscriber is an outgoing call from a communication link 
assigned to the one subscriber. 

31. A method as in claim 30, wherein the predetermined 
event is an AIN trigger relating to outgoing calls. 

32. A method comprising the steps of: 

detecting a predetermined event during processing of a 
first call for one subscriber through one of a plurality of 
switching offices of a communication network; 

sending a first query containing information relating to the 
call through an interoffice signaling network to a 
mediation point 

deterrnining that a parameter relating to the first call meets 
a first predetermined condition; 

obtaining a first call processing instruction from a data- 
base operated by a first service provider; 

sending a first response containing the first call processing 
instruction to the one switching office; 

processing the first call in accord with the first call 
processing instruction to provide the subscriber a ser- 
vice offered by the first service provider, 

detecting a predetermined event during processing of a 
second call for the one subscriber through one of a 
plurality of switching offices of a communication net- 
work; 

determining that a parameter relating to the second call 
meets a second predetermined condition; 

obtaining a second call processing instruction from a 
database operated by a second service provider, 

sending a second response containing the second call 
processing instruction to the one switching office; and 

processing the second call in accord with the second call 
processing instruction to provide the subscriber a ser- 
vice offered by the second service provider which is 
independent of the service offered by the first service 
provider. 

***** 
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